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ABSTRACT 

Trial  Kondari  was  a  TTCP  sponsored  activity  to  evaluate  complementary  harbour  protection 
system  components  that  could  provide  interdiction  for  underwater  harbour  threats,  including; 
divers,  underwater  vehicles,  and  surface  swimmers.  A  Command  and  Control  (C2)  centre  was 
required  to  enable  coordination  of  divers  and  boats,  by  providing  a  live  common  operating 
pi  ctu re.  The  C 2  centre  al  so  coord i  nated  the  I  oggi  ng  of  data  for  fu rther  anal  ysi  s  after  the tri  al  and 
allowed  the  viewing  of  remote  displays.  The  design  of  theC2  Centre  had  to  comply  with  several 
constraints  including;  short  time  frame,  limited  budget,  Defence  policies,  and  geographic 
distance.  The  solution,  which  will  be  described  in  this  document,  was  cost  effective,  and 
addressed  all  of  the  requirements  and  constraints. 
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The  Development  of  theCommand  and  Control 
Centre  for  Trial  Kondari 


Executi  ve  Su  mmary 


TheTechnical  Cooperation  Program  Maritime  Systems  Group  (TTCP  MAR)  established 
Action  Group  9  (AG-9)  to  ad  dress  the  threat  of  underwater  attacks,  and  hence  deal  with 
underwater  force  protection  issues.  AG-9devised  trial  Kondari,  whose  objective  was  to 
evaluate  complementary  harbour  protection  system  components  to  provideinterdiction 
for  underwater  harbour  threats,  including;  divers,  unmanned  underwatervehides(UUV), 
and  surface  swimmers. 

The  purpose  of  creating  the  Command  and  Control  (C2)  centre  for  tri al  Kondari  was  to 
enable  coordination  of  all  the  assets  of  interest  in  the  trial  through  the  use  of  a  live 
common  operating  picture(COP).  All  divers  and  surface swimmerswereaccompanied  by 
safety  boats  during  the  trial.  Moreover  many  of  the  harbour  protection  systems 
incorporated  a  response  boat  that  carried  a  sensor  (typically  a  sonar)  to  investigate 
possi  blethreats.  TheC2  system  needed  to  be  ableto  vi  ew  the  position  of  boats  and  divers, 
and  possibly  coordinate  their  movements.  A  live  view  of  the  operational  picture  was 
maintained  by  displaying  the  tracks  from  various  components  including;  all  the  major 
sonar  systems,  divers,  diver  safety  boats,  and  response  boats.  Boats  were  carrying  Global 
Positioning  System  (GPS)  devices  and  the  divers  were  carrying  an  acoustic  positioning 
deviceto  enabletracking.  In  addition  to  viewing  tracks,  theconsoledi  splays  of  the  various 
sonar  systems  were  shared  so  that  they  could  be  viewed  and  recorded  in  theC2  centre. 

The  C  2  system  al  so  I  ogged  data  for  fu  rther  anal  ysi  s  after  thetri  al .  The  operati  onal  pi  ctu  re 
for  each  scenari  o,  the  I  ogs  of  G  PS  devi  ces,  vi  deo  captu res  of  the  shared  consol  e  d i  spl  ays, 
and  other  miscellaneous  data  were  all  captured  and  stored  onto  a  Network-Attached 
Storage  (NAS)  device  for  backup.  The  analysis  of  this  data  will  enable  the  AG-9  to 
determinewhich  harbour  protection  system  components  were  most  suitable. 
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1.  Introduction 

TheTechnical  Cooperation  Program  Maritime  Systems  Group  (TTCP  MAR)  established  Action 
Group  9  (AG-9)  to  address  the  threat  of  underwater  attacks,  and  hence  deal  with  underwater 
force  protection  issues.  AG-9  devised  trial  Kondari.  The  aim  of  this  trial  was  to  evaluate 
complementary  harbour  protection  system  components  to  provide  interdiction  for  underwater 
harbour  threats,  including:  divers,  unmanned  underwater  vehicles  (UUV),  and  surface 
swimmers. 

This  document  discusses  the  Command  and  Control  (C2)  centre  that  was  developed  for  the 
trial.  The  C  2  centre  enabled  coordination  of  several  divers  and  boats,  through  the  use  of  alive 
common  operati  ngpicture(COP).TheC2  system  al  so  I  ogged  data  for  f  u  rther  anal  ysi  s  after  the 
trial. 

Thetimeframe  for  completion  ofthedesign  and  establishment  of  theC2centrewasfivemonths 
before  the  trial  began  on  February  2009.  Kondari  was  held  at  Garden  Island,  NSW,  and  divers 
were  at  most  1  km  away  from  the  shores  of  Garden  I  si  and . 

I  n  section  2  of  this  document,  the  requirements  and  constraints  that  would  mould  the  design  of 
the  C 2  centre  are  outlined.  Section  3  describes  the  plans,  detailing  the  architecture  of  the  C2, 
which  satisfy  the  requirements  and  constraints.  The  results  are  described  in  section  4.  A  few 
recommendati  ons  are  made  after  the  cond  usi  on  i  n  secti  on  6. 
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2.  Requirements  and  Constraints 

There  were  a  number  of  factors  that  the  C2  centre  had  to  address;  a  set  of  requi  rements,  and  a 
list  of  constraints. 

2.1  Requirements 

The  design  of  theC2  was  guided  by  a  few  requirements.  The  requirements  list  included  the 
following: 

R.l.  A  live  COP  was  needed  to  view,  at  minimum,  the  tracks  of  the  safety  boats  and 
response  boats. 

R.2.  Data  logging  was  needed  for  backup  of  data  and  post  analysis. 

R.3.  The  console  displays  of  various  sonar  systems  needed  to  be  viewed  in  the  control 
centre.  This  requirement  was  highly  desired,  but  not  essential. 

2.2  Constraints 

I  n  additi  on  to  the  above  requi  rements,  there  are  a  number  of  constrai  nts  that  persuaded  the 
solution  design,  and  these  include: 

C.l.  Short  time  frame  of  five  months  to  research,  purchase,  test,  and  troubleshoot  all 
equipment. 

C.2.  A  limited  budget  to  spend  on  I.T.  related  hardware  and  software. 

C.3.  The  data,  which  was  unclassified,  needed  to  be  transmitted  over  a  secure  network. 

C  .4.  Defence  pol  i  ci  es  [  1]  had  to  be  consi  dered  when  desi  gni  ng  the  network.  I  n  regards  to 
theC2,  theseindude;  access  to  the  Internet1,  privileged  access  by  foreign  nationals2, 
cable  runs  between  buildings3,  Internet  Content4,  Defence  Controlled  Devices5. 
Radio  Frequency  and  Infrared  Devices  [2]  was  of  most  concern  despite  the 
unclassified  data  being  transmitted. 

C.5.  The  geographic  distance  had  to  be  considered  because  data  would  be  transmitted 
over  distances  of  hundreds  of  metres  to  1  km. 


1  Section  2:50.64  of  the  eDSM 

2  Section  2:50.53  of  the  eDSM 

3  Section  2:50.68  of  the  eDSM 

4  Section  2:54  of  the  eDSM 

5  Section  2:52  of  the  eDSM 
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3.  The  Plan 

There  were  a  few  possi  bl  e  sol  uti  ons  to  the  requi  rements  and  constrai  nts  I  i  sted  i  n  Secti  on  2.  A 
key  requirement  was  the  tracking  of  boats  and  divers  on  a  live  COP.  In  addition  these  track 
positions  had  to  be  logged  for  later  analysis.  In  order  to  cover  all  bases,  three  plans  were 
devised;  ideal  plan,  basic  plan,  and  thefallback  plan.  These  requi  rements  led  to  an  architectural 
design  which  had  common  features  across  all  plans.  Each  unit  needed  to  transmit  its  location 
data  to  the  C  2  centre,  with  theliveCOP  displayed  attheC2  centre,  and  all  thedata  stored  at  the 
C2  centre. 

Our  aim  was  to  initially  gather  the  feeds  from  various  systems  about  diver  and  boat  positions 
into  theC2  centre.  Then,  if  possible,  wewould  integrate  these  feeds  into  a  singleCOP.  In  this 
section  further  detail  will  be  provided  on  these  systems  as  well  as  a  description  of  each  of  the 
plans. 

3.1  Systems  Overview 

The  GAPS  system  uses  a  diver  attached  transponder  to  send  diver  locations  to  its  main  sensor. 
The  main  sensor  then  sends  its  data  to  an  operator  termi  nal  which  can  display  the  diver  tracks 
as  shown  below  and  send  a  variety  of  messages  to  other  systems.  The  Figure  below  is  a 
screenshot  of  the  GA  PS  operator  display.  The  GAPS  mai  n  sensor  can  be  seen  as  the  bl  ue  mark 
and  the  diver  positions  are  points  in  red. 


Figure  1:  GAPS  0 perator  D isplay 
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Senti  nel  and  Cerberus  were  two  of  the  sonar  systems  bei  ng  demonstrated  to  try  to  pick  up  the 
diver  tracks.  Each  of  the  sonar  had  a  shore  based  control  station  which,  much  likeGAPS,  got 
data  from  its  respective  sonar  array  i  n  the  water  and  di  spl  ayed  thi  s  i  nformati  on  to  theoperator 
in  its  own  proprietary  format.  Figure2below  showsan  exampleoftheSentinel  operator  display 
asthesonar  picks  up  a  strong  diver  track  moving  north. 


#  CmbmnM 


I 


Figure2:  Sentinel  Operator  Display 

Command  and  Control  Personal  Computer  (C2PC)  is  a  software  known  to  be  capable  of 
displaying  GPS  tracks  and  can  be  used  to  display  other  tracks  on  a  COP.  Figure  8  is  a  screen 
outp ut  from  C2PC .  G oogl  e  Earth  i  s  softw are,  I  i  ke C 2PC ,  that  can  vi  ew  tracks  on  a  map .  The  pi  an 
was  to  useeitherC2PC  or  Google  Earth  to  view  the  boat  locations  and  possibly  thetracks  from 
GAPS,  Sentinel,  and  Cerberus. 

I  nteroperabl  e  C4I  Servi  ces  (I  CS)  needs  to  be  used  if  C2PC  i  s  chosen  as  the  CO  P  di  spl  ay  tool  .ICS, 
a  commercial  variation  to  Global  Command  and  Control  System  (GCCS),  isatrack  management 
system.  ICS  is  needed  to  manage  the  tracks  received  fromtheC2PC  systems. 

Figure  3  below  shows  Garden  Island  with  the  Boat  Docking  points  and  Cerberus  Station.  The 
red  box  indicates  the  zoomed  version  shown  in  Figure4below,  where  the  Control  centre  and 
Sentinel  Shore  station  are  located.  The  two  boat  docking  points  were  used  for  Diver  and 
Response  boatsduringthetrial.TheDiver  boatsdropped  and  picked  up  the  divers  during  each 
run.  They  also  shadowed  the  divers  for  safety  and  gave  a  visual  clue,  for  surface  observers,  of 
the  general  p  roxi  mi  ty  of  the  d  i  ver.  The  Response  boats  al  so  had  d  i  ver  d  etecti  on  systems  w  hi  ch 
needed  to  be  viewed,  or  if  possible  integrated,  in  the  Control  Centre. 
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Figure3:  Locations  of  docking  points  and  Cerberus  ShoreStation  atGarden  Island  (©  Google  M  aps) 


Figured:  Garden  Island  Stations  Setup  (©  GoogieM  aps) 

3.2  Fallback  Plan 

Thefal  I  back  pi  an  i  sthe  I  east  "hi  gh-tech" .  It  uses  voi  cecommunicati  ons  to  transmit  positi  on  data 
to  theC2  centre.  At  the  C2  centre,  these  positi  ons  are  manual  ly  entered  i  nto  a  CO  P  di  spl  ay  tool 
such  as  C2PC  or  Google  Earth. 

Requirement  R.l 

Tracking  safety  boats  and  response  boats  for  the  COP  would  be  provided  through  manual 
plotting  on  an  electronic  map.  Each  of  the  boat's  start  and  destination  locations  are  known 
through  the  serials,  or  can  be  gathered  over  marine  radios.  Plotting  the  boats  requires 
kn ow  I  ed  ge  of  E sti  mated  Ti  me  of  A  r ri  val  ( ETA )  to  the  d esti  nati  on ,  as  w el  I  as  per i  od  i  cal  I  y  stati  ng 
the  GPS  location  over  marine  radios.  This  solution  is  people  intensive  requiring  a  person  for 
each  radio,  aswell  as  several  for  the  map  plotting.  Figured  below  shows  the  network  design  for 
the  fall  back  plan. 
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Requirement  R.2 

C2PC  i  s  know n  to  be  capabl  e  of  d i  spl  ayi  ng  G  PS  tracks  and  can  be  used  to  d i splay  other  tracks 
onaCOP.C2PC  or  Google  Earth  would  bethetool  todisplaytheelectronicmap.  Logging  of  the 
plotted  locations  during  serials  would  be  obtained  through  thetool's  logs  or  through  the  use  of 
a  desktop  screen  capture  tool. 

Data  would  be  stored  on  a  Network-Attached  Storage(NAS)  device  that  will  backup  thedata 
through  a  Redundant  Array  of  Independent  Disks  (RAID)  system. 

Requirement  R.  3 

The  fallback  plan  is  the  simplest  solution  that  complies  with  most  of  the  requirements  and 
constraints  mentioned  earlier.Theonly  onethat  it  does  not  adhereto  is  viewing  of  sonar  system 
console  displays  in  the  control  centre. 


Figure5:  Network  Design  for  the  Fall  back  PI  an 

3.3  Basic  Plan 

For  thi  s  pi  an,  G  PS  data  from  the  boats  will  be  transmitted  wi  rel  essly  to  the  C2  centre  and  will 
feed  intoC2PC  orGoogleEarth.TheVNC  remote  desktop  tool  will  beused  to  remotely  display 
the  consol  es  from  the  vari  ous  sonar  systems. 
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Requirement  R.l 

Tracking  the  boats  will  also,  by  default,  track  the  divers  since  the  diver  safety  boats  are 
physically  located  within  10  metres  away  from  the  divers.  A  device  will  need  to  be  placed  on 
the  boat  that  w  i  1 1  transmi  t  its  GPS  I  ocati  on  vi  a  w  i  rel  ess  transmi  ssi  on .  There  are  many  w  i  rel  ess 
transmission  mediums  that  can  be  chosen,  each  of  which  will  bediscussed  in  thefol  lowing  sub¬ 
section  titled  'Basic  Plan  Options'. 

Requirement  R.  2 

The  screen  shares  provided  by  TightVN  C  can  be  recorded  for  backup  purposes  using  another 
tool  called  Camtasia  studio.  Camtasia  studio  records  the  display  on  the  screen  and  outputs  it 
into  various  video  formats  such  as  mpeg,  avi,  flash  and  others. 

The  software  used  to  display  thetracks  of  the  boats,  will  be  the  same  software  used  to  log  the 
tracks.  The  software  will  be  either  Google  earth,  C2PC,  or  the  software  that  accompanies  the 
GPS  hardware. 

All  the  logs  and  screen  recordings  will  be  stored  on  a  NAS  device. 

Requirement  R.  3 

The  C  2  centre  can  view  theconsoledispl  ays  of  thesonar  systems,  which  arephysically  located  5 
metres  to  hundreds  of  metres  away,  using  a  software  tool  called  Tight  VNC.  Tight  VNC  can 
send  screen  captures,  at  a  rate  of  once  every  300  ms,  of  the  host  computer  to  the  remote  viewing 
computer  over  a  slow  network. 

3.3.1  Basic  Plan  Options 

TheC2centrecannotbephysically  connected  to  all  thesonar  systems,  and  thereforewill  require 
a  means  to  transfer  data  wirelessly.  There  are  many  options  for  wireless  transmission,  which 
will  bediscussed  in  this  section. 

A  list  of  wireless  options  includes: 

•  Marineradio  with  GPS 

•  AIS 

•  BA E  Spider 

•  Wi-Fi 

•  GPRS/  GSM  with  GPS 

•  Telstra  Next  IP 

•  EPLRS 

Some  mar  in  e  radi  os  come  w  i  th  G  P  S  bu  i  1 1-  i  n ,  and  each  boat  can  have  a  mari  ne  rad  i  o  to  transmi  t  i  ts 
GPS  location  periodically.  This  solution  is  slightly  better  than  that  mentioned  in  the  fall  back 
plan.  However,  it  was  still  not  ideal  for  it  to  be  part  of  the  basic  plan  because  a  software  tool 
needed  to  be  developed  to  integrate  the  GPS  locations  into  a  COP.  Also,  it  does  not  provide  a 
transmi  ssi  on  medi  um  for  di  spl  ayi  ng  the  consol  e  di  spl  ays  of  sonar  systems. 

Automatic  Identification  System  (AIS)  typically  provides  ship  location  information  using  GPS. 
Other  additional  information  is  also  added  such  as  ship  name,  type,  dimensions,  and  ETA.  The 
cost  associ  ated  w  i  th  setti  ng  u  p  A I S  transpond  ers  on  each  boat  w  as  esti  mated  to  be  above  $1000 
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whichwasdosetothebudgetlimit.ltwouldalsobep  ref  erabl  e  i  f  the  d  evi  ce  w  as  al  so  capabl  e  of 
transmitting  video  feeds. 

BAE'sCommand  and  Control  System  calledSp/der  wasinitiallyconsidered  because  it  integrates 
various  sonar  system  tracks  i  nto  a  COP,  and  it  also  was  guaranteed  to  work  with  Cerberus  (one 
of  the  underwater  intruder  detection  sonars).  However,  dueto  its  lack  of  integration  with  the 
other  sonar  systems,  as  w  el  I  as  a  I  ack  of  i  ntegrati  on  w  i  th  G  PS  data,  we  d  eci  d  ed  not  to  pu  rsuethe 
Spider  system.  Enhanci  ngtheSpiderfor  our  needswas  considered,  butthiswould  requiremore 
development  time,  with  possiblehigh  costs  associated  with  it. 

Wi-Fi  allows  for  a  standalone  and  encrypted  setup.  However,  a  network  using  Wi-Fi  needs 
access  points  located  in  high  vantage  points  for  I ine-of-sight  connectivity  to  the  end-point.  It 
would  be  difficult  to  find  suitable  locations  to  place  the  Wi-Fi  access  points  around  Garden 
Island  dueto  the  changing  environment. 

Therearemany  devices  that  utilise  Gen  eral  Packet  Radio  Service  (G  PR  S)/G  I  obal  System  for  M  obile 
communications  (GSM)  technologies  for  wireless  communication.  A  number  of  them  were 
revi  ewed  and  some  were  quite  suitabl  efor  the  project.  One  of  the  notabl  e  ones  i  s  cal  I  ed  the  C 1 
Mobile  GV511,  which  utilises  the  GPRS/  GSM  network  to  transmit  the  GPS  location  of  the 
device. 

Telstra's  Next  IP  network  architecture  utilises  the  GSM  3G  mobile  communication  technology. 
The  N  ext  I P  network  was  desi  rabl  eto  pursue  because  it  provi  des  a  cl  osed  network  envi  ronment 
over  the  public  mobile  network.  In  addition  to  that,  secure  lines  can  be  enforced  by  adding  a 
Virtual  Private  Network  (VPN)  layer  on  top  of  the  Next  IP  closed  network. 

Enhanced  Position  Location  Reporting  System  (EPLRS)  isa  wireless  architecture  being  considered 
by  theAustrali  an  Army  for  voice  and  data  communications.  EPLRSallowsforastandaloneand 
encrypted  setupjustlikeWi-Fi.  1 1  al  so  works  on  I  ine-of-sight  connectivity  bdween  radios  that 
need  to  be  set  up  around  Garden  Island. 

3.3.2  Best  Choice  for  the  Basic  Plan 

The  I  i  st  of  wi  rel  ess  opti  ons  has  so  far  been  cul  I  ed  down  to  uti  I  i  se  either: 

•  Wi-Fi, 

•  GPRS/ GSM, 

•  Telstra  Next  IP,  or 

•  EPLRS. 

To  keep  costs  down,  the  hardware  of  choice  are  the  tablet  PCs  avail  able  from  the  Littoral  Sea 
Command  Laboratory  (LSCL).  By  acquiring  gear  from  other  groups  within  Maritime 
Operations  Division  (MOD)  any  purchasing  delays  are  eliminated. 

C2PC  was  purchased  by  Defence  under  a  Defence  wide  licence  and  the  LSCL  have  C2PC 
installed  on  each  of  their  tablet  PCs. 
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The  best  choi  ce  i  s  to  uti  I  isethe  hardware  and  softw  areal  ready  at  hand.  A I  so  the  combi  nation  of 
tablet  PCs  with  C2PC  has  been  tested  for  use  to  transmit  GPS  locations  from  large  naval  ships 
and  Rigid-Hulled  I  nfl  atable  Boats  (RH  IB)  from  a  previous  trial  [3]. 

Utilising  the  readily  avail  able  hardware  eliminates  the  use  of  GPRS^  GSM  devices  such  as  the 
ClMobileGV511.  BoththeWi-Fi  and  E  PL  RS  transmission  med  i  u  ms  require  I  ine-of-sight  with 
either  access  points  or  radios  that  require  set  up  around  Garden  Island.  This  kind  of  network 
architecture  i  ncreases  I  i  kely  fai  I  ure  poi  nts.  So  theonly  option  that  was  I  eft  was  to  use  theTel  stra 
N  ext  I P  network.  The  N  ext  I P  network  al  so  rel  i  es  on  I  i  ne-of-si  ght  connecti  vi ty,  but  w i th  cel  I  ul  ar 
towers  which  have  high  vantage  points,  much  greater  than  any  manual  setup  that  could  be 
achieved  through  placement  of  access  poi  nts  or  radios  on  Garden  Island. 

Thereweretwo  companies  that  uti  I  ised  Telstra's  N  ext  I P  network  each  with  thei  r  own  prosand 
cons.  Cal  I  Di  red  was  abl  eto  establ  i  sh  thedesi  red  network  i  n  a  few  mi  nutes,  and  thei  r  modems 
catered  for  VPN  customisation.  However,  the  network  they  provided  comes  coupled  with  their 
mod  ems  w  h  i  ch  cost  tw  i  ce  as  much  as  Tel  stra's  N  ext  G  U  SB  mod  em.  T el  stra's  N  ext  I P  netw  ork 
confi  gured  through  T el  stra  and  usi  ng  Tel  stra  U  SB  modems  was  far  morecostl  y  on  i  ni  ti  al  revi  ew 
because  of  setup  costs.  H  owever,  a  Defence  colleaguehad  already  purchased  a  large  quantity  of 
Telstra  sim  cards  that  were  configured  for  Telstra  Next  IP  with  VPN  security.  Therefore,  the 
chosen  i  mpl  ementati  on  of  theT el  stra  N  ext  I P  network  was  usi  ng  Tel  stra's  confi  gured  network 
usi  ng  thei  r  U  SB  modems. 

A  diagram  of  theTel  stra  Next  IP  network  is  portrayed  in  figure  6.  The  diagram  shows  the  C2 
centre  inside  a  blue  bubble  whose  modems  have  privately  assigned  IP  addresses  which  are 
authenticated  by  Telstra's  radius  server.  No  other  sim  cards  can  communicate  on  this  private 
network  unless  authorised  by  the  radius  server.  The  Next  IP  network  is  a  network  bubble 
within  thelarger  Next G  network. 


Figure 6:  T elstra  Next  IP  N  etwork 
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3.3.3  Post-Test  Choices  and  Solution 

Theoutcomewas  unsuccessful  for  several  tests  when  using  C2PC  to  transmit  GPS  locations  via 
Next  I P.  The  burst-1  ikeconnectivity,  where  dropouts  arecommon,  was  thecause  of  failure.  The 
d  ropouts  remai  ned  a  probl  em  even  after  vari  ous  changes  to  C  2PC 's  conf  i  gu  rati  ons.  The  N  ext  I P 
network;  however,  wasa  good  transmission  medi  umfor  shari  ngtheconsoledisplays  of  vari  ous 
computers/  sonar  systems  using  Tight  VNC  as  the  screen  sharing  application.  Tight  VNC 
catered  for  dropouts  and  low  bandwidth  connectivity. 

Time  was  drawing  nearer  to  the  trial  and  there  was  not  enough  time  to  pursue  other 
GPRS/  GSM  devices.  Keeping  with  the  combi  nation  of  tabid:  PCs  and  C2PC  application,  the 
E  P  L  RS  rad  i  os  were  tri  al  I  ed  as  an  al  ternati  ve  to  Tel  stra' s  mod  ems.  The  E  P  L  RS  rad  i  os  w  ere  the 
next  ideal  choice  over  Wi-Fi  access  points  because  they  have  previously  been  used  with  the 
same  hardware  and  software  in  a  similar  type  of  environment. 

Prior  to  the  trial,  the  EPLRS  radios  were  tested  in  Canberra,  and  did  not  work  as  well  as 
expected.  During  the  tests,  radio  connectivity  was  an  issue,  afterafew  minutes  it  would  drop 
out.  This  was  most  likely  due  to  data  bottlenecks  from  limited  bandwidth  while  transferring 
screen  shares,  using  Tight  VNC,  over  the  network.  TightVNC  takes  up  approximately  300 
kbytes  (2400  kbits)  per  second  bandwidth,  whilethe radios  maximum  potential  is  1Mbit  per 
second  (1024  kbits  per  second).  It  was  falsely  assumed  that  its  maxi  mum  potential  waslMbyte 
per  second .  I  n  the  end  the  E  PL  RS  rad  i  os  were  set  to  300  kbits  per  second  for  rel  i  abi  I  i  ty,  and  no 
screen  shari  ng  was  to  be  sent  over  this  network. 

A  hy  bri  d  sol  uti  on  usi  ng  both  the  E  P  L  RS  and  N  ext  G  mod  ems  ended  u  p  bei  ng  thefi  nal  sol  uti  on, 
where  the  EPLRS  radios  transmitted  the  boat  locations,  and  the  N  ext  G  modems  provided  the 
screen  shares. 

Another  issue  of  concern  was  the  use  of  GCCS  in  an  unclassified  environment.  GCCS'  use  has 
been  I  i  mited  to  secret  envi  ronments,  and  therefore  a  commerci  al  vari  ati  on  to  GCCS  cal  I  ed  I CS 
was  used.  MOD  had  previously  bought  a  licence  for  ICS  and  it  was  available  in  LSCL. 

The  basi  c  pi  an's  f  i  nal  sol  uti  on  (show  n  i  n  f  i  gu  re  7)  compri  sed  of  thefol  I  ow  i  ng  i  terns  of  hard  w  are: 

•  Tablet  PCs  with  built-in  GPS 

•  NextG  modems,  which  are  depicted  in  figure  7  as  aqua  antennas 

•  EPLRS  (Enhanced  Position  Location  Reporting  System)  vehicle  radios,  which  are 
depicted  as  green  antennas 

•  EPLRS  microlight  (man-portable)  radios,  which  are  depicted  as  white  antennas 

•  C2PC  BlueClient-  displays  all  the  blue  tracks;  response  boat  tracks  and  sonar 
detections.  This  machine  will  also  act  as  a  secondary  C2PC  gateway. 

•  C2PC  Excon  Client/  COP  -  displays  all  tracks;  all  bluetracks,  diver  boats,  and  diver 
tracks.  This  machine  also  acted  as  the  primary  C2PC  gateway. 

•  NAS- adatastoragedeviceconfigured  with  RAID  5. 

•  ICS-  manages  all  thetracksto  bedisplayed  on  C2PC. 

•  Printer 

•  Classification  -  displays  a  screen  shares  of  any  of  the  classification  sonars  mounted 
on  the  response  boats. 
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•  Cerberus  -  displays  a  screen  shareof  theCerberusconsoledisplay. 

•  Sentinel  -  displays  a  screen  shareof  the  Sentinel  consoledisplay. 

•  Global  Acoustic  Positioning  System  (GAPS)- a  port  on  theswitch  will  beleft 
avai  I  abl  e  for  the  G  A  PS  system,  w  hi  ch  tracks  the  i  ndi  vi  d  ual  d  i  vers. 

•  Windows  server  and  timeserver  machine  -  acts  as  a  DHCP  server  assigning  IP 
addresses,  and  it  also  acts  as  the  ti  me  server  for  al  I  machi  nes  on  the  network. 

•  EPLRS  Network  Manager  (ENM)  radio  -  authenticates  and  manages  all  theEPLRS 
radios. 

The  basic  plan's  final  solution  comprised  of  the  foil  owing  software  applications: 

•  Command  and  Control  Personal  Computer  (C2PC) 

•  lnteroperableC4l  Services  (ICS)  -  An  unclassified  variation  to  Global  Command  and 
Control  System  (GCCS) 

•  Tight  VNC  (Virtual  Network  Computing) 

Outside  of  the  C2  centre  there  were  numerous  sonar  systems  and  boats,  which  are  listed  as 
follows: 

•  Diver  boats -will  betracked  using  theTablet  PC's  GPS  device,  which  transmits  the 
location  over  EPLRS  microlights. 

•  Cerberus-  is  a  sonar  system  that  will  havean  EPLRS  land  vehicle  radio  to  transmit 
the  sonar  detections  to  I CS.  I  n  addition  to  that  it  wi  1 1  also  have  a  Telstra  modem  to 
transmit  its  screen  share  to  the  C2  centre. 

•  Sentinel  -  is  a  sonar  system  that  will  belocated  adjacent  to  the  C2  centre  and  will 
share  its  data  via  an  Ethernet  cable. 

•  Response  boats- will  betracked  using  theTablet  PC's  GPS  device  likethe  diver 
boats.  The  sonar  systems  on  these  boats  will  also  have  Telstra  modems  attached  to 
them  so  that  their  console  displays  can  be  shared  with  the  Classification  machinein 
the  C  2  centre. 
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Figure  7:  N  etwork  D  esign  for  the  Basic  Plan 


3.4  Ideal  Plan 

The  basic  plan  and  the  ideal  plan  were  very  similar  in  their  design.  The  only  difference  is  that 
the  ideal  plan  would  integrate  all  the  sonar  tracks  into  the  C2PC  COP.  The  hardware  setup 
would  be  identical  and  therefore  achieving  requirements  R.2  and  R.3  would  be  identical  to  the 
basi  c  p I  an .  Th  i  s  secti  on  w  i  1 1  d  i  scu ss  requ  i  rement  R .  1;  how  track  i  ntegrati  on  w  as  ach i  eved  for  the 
live  COP,  which  is  a  software  problem.  Thus,  the  diagram  in  figure  7  which  portrays  the 
network  design  for  the  basic  pi  an  is  the  same  design  for  the  ideal  plan. 

Apart  from  theC2PC  tracks,  an  i  ntegrati  on  of  three  ©eternal  systems  needed  to  bei  implemented 
into  the  COP: 

•  GAPS,  a  diver  tracking  system  which  used  diver  fitted  transponders  to  relay  diver 
information  to  a  base  station 

•  Sentinel,  an  underwater  intruder  detection  sonar  designed  to  protect  high  valuemarine 
assets  by  detecting  and  classifying  threats. 

•  Cerberus,  similar  to  sentinel,  is  an  underwater  intruder  detection  sonar. 

Diver  boats: 

As  in  the  basic  plan,  boat  teams,  both  diver  and  response,  carried  with  them  tablet  PCsfitted 
with  C2PC,  GPS  and  a  radio.  These  radios  connected  directly  to  theC2PC  network  and  updated 
the  COP  with  thei  r  respective  boat  positions  throughout  thetrial . 
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GAPS: 

The  GAPS  system  was  located  inthecontrol  centrenearthelCSmachineand  thisallowed  easy 
data  transfer.  Figure9in  AppendixA  shows  the  location  of  the  GAPS  and  ICSmachine.  GAPS 
had  a  few  ways  to  output  data  live;  the  one  that  was  used  was  its  proprietary  serial  output 
format.  A  laptop  will  sit  in  bdween  GAPS  and  ICS,  and  a  DSTO-written  translator  softwarewill 
read  intheserial  output  from  GAPS,  select  thediver  tracks  and  convert  this  output  to  an  Over- 
the-Horizon  Targeting  Gold  (OTH-G)  message  format.  This  OTH-G  message  will  then  be 
passed  to  thelCS  machine  via  a  serial  cable,  and  thediver  tracks  will  be  viewed  on  theC2PC 
COP. 

Sentinel: 

The  Sentinel  Sonar  system  sent  its  track  messages  via  a  network  port  in  a  proprietary  binary 
format.  The  output  will  beconnectedtoalaptop  which  will  useaDSTO  built  program  to  read 
i  n  these  track  messages  and  convert  them  to  OTH  -G .  The  converted  message  sets  will  then  be 
passed  to  I CS  vi  a  a  network  cable.  N  etwork  cabl  es  wi  1 1  be  used  astheSenti  nel  shore stati  on  was 
right  next  door  to  the  Control  centre,  as  can  be  seen  in  Figure  4. 

Cerberus: 

The  Cerberus  Sonar  system  processed  and  passed  its  messages  i  n  the  same  format  as  Senti  nel , 
except  the  tool  to  convert  the  messages  will  be  provided  by  the  Cerberus  team.  The  OTH-G 
messages  will  be  piped  to  ICS  over  the  network  using  a  spare  radio  as  the  Cerberus  shore 
station  will  be  too  far  aw  ay  for  a  network  cable  as  can  be  seen  in  Figure  3. 

3.5  The  Implemented  Plan 

The  approach  was  to  implement  the  ideal  plan,  with  the  basic  plan  as  the  alternate  if  the 
integration  of  sonar  tracks  proved  problematic.  Prior  to  the  trial,  an  attempt  was  madeto  find 
ways  to  pass  the  track  data  that  the  vari  ous  sonar  systems  generated  to  the  ICS.  The  methods 
used  were  not  able  to  be  functionally  tested  until  the  trial  started  and  hence  there  was  a  high 
risk  attached  to  this  task.  Collaboration  with  the  teams  initially  over  email,  finally  in  person, 
aided  the  completion  of  this  task.  Therefore,  in  the  end  the  ideal  plan,  whose  hardware  setup 
wasidentical  to  the  basic  plan,  wastheapplied  C2solution. 

The  resources  used  to  implement  the  solution  included  two  DSTO  staff,  authors  of  this 
document,  working  full-time  on  the  project  designing  and  implementing  the  hardware  and 
software  tools.  These  two  staff  members  collaborated  with  the  technical  specialists  of  the 
vari  ous  tracking  gear  used  in  the  trial. 

The  cost  of  the  hard  w  are  w  as  kept  at  a  mi  n  i  mu  m  si  nee  vari  ous  bi  ts  of  gear  were  borrow  ed  from 
other  groups  within  Defence.  The  software  cost  was  nil  because  no  software  needed  to  be 
purchased,  they  weremostly  pre-purchased  items,  and  new  software  was  developed  in-house. 
Overall,  the  cost  of  all  the  gear  was  attributed  to  the  hardware  at  a  total  of  approximately 
$10000. 
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4.  Results 


4.1  Overall  Result 

A  live  COP  was  provided  that  integrated  all  of  the  required  sonar  systems,  divers,  and  boat 
tracks  i  nto  a  si  ngl  eCO  P.  The  I  ogs  of  these  tracks  weresaved  after  each  scenario,  and  i  n  addition 
to  that  vi  d  eo  record  i  ngs  of  the  CO  P  screen  w  ere  al  so  saved .  The  consol  e  d  i  sp  I  ays  of  the  sonar 
systems  were  viewed  in  the  C2  centre  and  their  screens  were  also  recorded  for  backup.  All 
saved  data  was  stored  on  a  NAS. 

The  figure  below  shows  a  screenshot  of  the  C2PC  COP  from  a  live  trial.  Tracks  were  given 
uniquesymbolsand  col  ours  to  differentiate  them  from  each  other.  Observers  could  easily  seeon 
one  screen  where  the  diver  and  response  boats  (blue)  were,  where  divers  were  (red),  and  also 
where  both  Sentinel  and  Cerberus  (green)  were  picking  up  contacts. 


Figure8:  Common  Operating  Picture  displaying  boats,  diver  contacts,  and  sonar  locations 

4.2  What  Worked 

•  The  EPLRS  radios,  on  most  occasions,  wereableto  send  GPS  tracks  every  5  seconds 
at  a  furthest  I  i  ne-of-sight  distance  of  1.5  km 

•  TheNextG  modems,  on  most  occasions,  wereableto  screen  shareviaTight  VNC. 
The  distance  to  the  nearest  cel  I  tower  was  unknown.  Tight  VN  C  works  by  taking 
screenshots  of  the  desktop,  compressi  ng  it,  and  then  sendi  ng  that  to  the  remote 
computer. 
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4.3  What  Did  Not  Work 

•  In  regards  to  both  the  E  PL  RS  and  NextG,  on  some  occasions,  it  was  hard  to  pin¬ 
point  exactly  what  caused  the  transmissions  to  stop  working.  There  are  many  factors 
that  could  have  contributed  to  it  notworking  effectively  which  isdiscussed  nextin 
section  4.3. 

•  Bandwidth  limitationsoftheEPLRSradiosrestricted  its  use  as  the  transmission 
medium  for  screen  sharing. 

•  Two  IP  addresses  were  supplied  to  a  single  computer,  when  the  N  ext  G  modem  and 
the  local  area  network  (LAN )  areconnected  simultaneously.  In  most  cases  traffic  did 
not  fl  ow  to  the  I P  of  the  N  ext  G  modem.  The  resol  uti  on  was  to  set  a  stati c  path  to  the 
NextG  modem  through  the  routing  table. 

4.4  Factors  Affecting  the  Wireless  T ransmissions 

Despite  the  pre-trial  test  day  working  flawlessly,  during  the  trial  some  of  the  serials  did  not 
work  so  well  dueto  degradation  in  the  transmission  quality  bdween  devices. 

•  Factors  affecting  the  EPLRS  network  include  interference  and  attenuation  from: 

o  Large  objects  -  large  metal  objects  such  as  ships  and  cranes  defl ect  the  RF 
signals,  and  also  slightly  absorb  the  signals.  Buildings  around  the  naval  base 
block  the  signals. 

o  Ships  could  also  be  turning  on  their  RF  devices  on  occasions,  using  similar 
frequency  bands. 

o  Sea  -  defl  ects  the  RF  si  gnal .  Smal  I  boats  were  used  to  carry  the  mi  crol  i  ghts 
and  were  therefore  I  ow  on  the  sea-1  evel . 

o  Line-of-sight  -  radios  seemed  to  only  work  at  about  1.5  km  at  most. 

However,  at  this  distance  the  pings  weredropping  outa  lot  and  only  0.05 
pings  were  successful.  This  was  much  worse  than  during  thetest  day, 
possibly  because  on  thetest  day  there  were  two  boats  out  where  the  signal 
can  hop  between  before  reaching  the  destination  point  on  land.  A  hop  isthe 
journey  a  signal  makes  across  a  transmission  link  bdween  two  devices. 

o  Rain  -  absorbs  much  of  the  antennas  transmitting  power 

•  Factors  affecti  ng  the  N  ext  G  network  i  nd  ude  i  nterference  and  attenuati on  from: 

o  Sea- defl  ects  the  si  gnal. 

o  Multiplecell  towers -the  modem  would  probably  haveto  switch  bdween 
various  cell  towers  as  the  boat  moves  around  the  harbour. 

o  Rai  n  -  absorbs  much  of  the  antennas  transmitti  ng  power. 

o  Line-of-sight-  blocked  by  ships  and  buildings,  and  distance  between 
transmission  devices  may  have  been  too  far. 
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Itwas  hard  to  pin-point  exactly  what  affected  the  network  especially  because  every  serial  was 
different.  If  it  was  not  one  or  a  combination  of  the  factors  mentioned  above,  then  it  was  the 
serial's  scenario  itself  which  caused  problems.  Every  serial  was  designed  to  be  different  and 
each  had: 

•  Varying  numbersof  boats-themoreboatstherewerethemoreeffectivetheEPLRS 
radios  would  work  because  the  data  can  hop  between  radios. 

•  Varying  boat  starting  points  -  boats  were  docking  at  various  points  around  Garden 
Island,  and  each  had  different  obstacles  blocking  the  I ine-of-sight.  This  was  a  major 
problem  particularly  when  the  boats  docked  on  the  eastern  side  of  Garden  Island 
(see  Figure  3),  which  was  thefurthest  docking  poi nt  from  the  control  centre. 
Eventually  procedures  were  changed  so  that  thetablet  PCs  were  passed  onto  the 
boats  from  a  point  near  the  control  centre,  which  is  also  depicted  in  Figure  3.  This 
helped  ensure  that  all  the  settings  were  working  before  the  boats  ventured  off 
through  their  courses. 

•  Varying  boat  courses  -  during  serials  boats  travel  led  through  different  paths,  some 
being  very  far  from  the  control  centre,  some  close  by,  some  with  no  I  ine-of-sight. 

•  Different  assessors  -  each  serial  had  a  different  person  handling  thetablet  PCs, 
which  made  it  particularly  difficult  if  they  lacked  the  experience  and  know  I  edge  of 
troubleshooting  thetablet  PCs  when  something  went  wrong. 

Other  factors: 

Fleet  Concentration  Period  (FCP)  movement- Kondari  wasrunduringthetimeof  Navy's  FCP. 
During  this  period  there  was  lots  of  ship  movement.  This  was  not  particularly  good  for  the 
wireless  transmissions  and  alsomadeitverydifficulttopin-pointtheactual  issues  affecting  the 
network. 

4.5  Improving  Network  Connectivity 

A  number  of  changes  were  made  to  improve  connectivity  between  the  radios.  Changes 
included: 

•  The  docking  point  of  thetablet  PCs  changed  from  the  eastern  side  of  Garden  Island, 
where  connectivity  was  very  bad,  to  a  point  near  the  control  centre  (see  Figure  3). 

The  eastern  si  de  was  i  niti  al  ly  the  docki  ng  poi  nt  because  it  was  al  so  the  docki  ng  poi  nt 
for  the  boats.  On  the  eastern  side,  assessors  could  carry  thetablet  PCs  onboard  with 
them;  however,  at  the  control  centre  the  tablet  PCs  had  to  be  hoisted  down  to  the 
boats. 

•  The  EPLRS  antenna  in  the  control  centre  was  raised  to  a  higher  point.  At  I  east  3 
metres  higher. 

•  An  extra  EPLRS  radio  was  placed  at  the  tip  oftheisland,  shown  in  Figure4,  near  the 
control  centre. 
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Apart  from  these  changes,  over  time  other  factors  also  helped  the  network  connectivity  and 
these  include: 

•  Approximately  two  days  into  the  trial,  the  serials  had  the  boats  travel  I  i  ng  only  a  few 
hundred  metres  away  from  the  control  centre. 

•  Also  approximately  two  days  into  the  trial,  the  serials  had  more  boats  involved. 

•  Over  timeassessors  handling  thetablet  PCs  eventually  understood  enough  to 
troubleshoot  most  of  the  problems  themselves. 

Since  all  these  changes  occurred  generally  atthesame  time.  Itwasdifficulttodetermineexactly 
what  helped  improve  the  network  connectivity. 

4.6  Lessons  Learnt 

•  A  project  of  thissizeand  importanceshould  require  a  year  to  design  and  deploy  thel.T. 
side  of  things,  especially  if  the  environment  where  the  equipment  will  be  run  is  a 
virtually  untested  environment.  Equipment  such  as  modems  have  not  been  tested  for 
transmission  quality  out  at  sea,  at  low  heights  above  sea  level,  where  signal  quality 
degrades  because  of  signal  deflection  by  thesea.  Modems  aregenerally  builtand  tested 
for  office  use.  The  main  lesson  learnt  from  all  of  this  is  that  more  time  and  peoplewere 
needed  to  research,  procure,  and  test  networks. 

•  Purchasing  times  should  not  be  underestimated  as  unexpected  events  can  occur.  For 
instance,  it  took  over  a  month  to  deliver  the  si  m  cards,  because  they  got  lost  in  transit 
over  the  mail.  More  time  for  the  project  is  needed  to  cater  for  procurement. 

•  All  boatassessorswhoaretousethetabletPCsshould  haveagood  I.T.  background, to 
enabletroubleshooting  of  any  problems. 

•  The  short  ti  me  frame  for  compl  eti  on  of  the  I  .T.  si  de  of  the  project  d  i  d  not  actual  I  y  I  eave 
much  time  to  train  assessors  on  the  tools  they  were  going  to  use.  Training  assessors 
early  so  that  they  feel  confident  about  thetools,  i  .e.  tablet  PCs,  they  needed  to  use  before 
the  trial  is  essential.  A  few  days  was  allowed  for  self  training,  where  assessors  were 
handed  out'how  to'  documents  to  read  through  and  havehands-on  selftraining.  Before 
the  trial  began,  a  quick  instructor  led  training  session  was  held.  M  oreti  me  for  training 
woul  d  be  needed  to  di  scover  i  ssues  that  were  not  cl  ear  enough  i  n  the  i  nstructi  ons,  and 
to  ensure  confidence  in  handling  thetools  is  instilled  i  n  the  assessors. 

•  Communications  between  the  people  in  the  control  centre  and  the  people  on  the  boats 
could  havebeen  better  established. The ExerciseController(Excon)  could  communicate 
with  the  people  on  the  boats,  but  there  needed  to  be  another  channel  where  technical 
aspects,  that  were  not  part  of  the  general  serial  operation,  could  be  communicated.  CB 
radios  were  planned  for  this  sort  of  communication,  but  they  were  never  tested  and 
never  worked  rel  i  abl  y  d  uri  ng  the  tri  al .  I  nstead ,  communi  cati  ons  wereachi  eved  through 
expensive  personal  mobile  phone  communications.  A  better  alternative  would  be  to 
give  each  of  the  main  Kondari  team  members  Defence  mobile  phones. 
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•  When  usi  ng  an  off-the-shelf  C2  system  there  i  s  always  the  possi  bility  that  it  wi  1 1  not  be 
able  to  communicate  with  one  or  more  devices  automatically.  In  these  instances,  a 
translator  tool  will  need  to  be  created  for  the  C2  to  communicate  with  the  device, 
providing  that  the  interface  protocols  are  provided  by  both  theC2  and  the  device.  For 
the  trial,  translator  tools  were  created  to  communicate  with  Sentinel,  Cerberus,  and 
G  A  PS.  A  mpl  e  ti  me  must  be  set  asi  de  to  create  these  tool  s. 

•  The  use  of  satellite  transmissions,  though  costly  and  out  of  the  budget  for  Kondari, 
would  have  bypassed  most  of  the  environmental  factors  affecting  the  network. 

•  The  use  of  A  utomati  c  I  dentifi  cati  on  System  (A  I S)  was  i  ni  ti  al  ly  not  consi  dered  becauseof 
the  cost  of  setup.  Also,  it  was  disregarded  because  we  would  still  need  some  other 
technology  to  transfer  the  screen  shares.  However,  this  could  potentially  be  a  good 
alternative  solution  for  transmitting  boat  locations,  if  time  and  money  permits. 
Originally  the  cost  of  setup  for  AIS  was  significantly  more  than  the  cost  of  setup  for 
EPLRS;  however,  there  were  unforeseen  costs  associated  withtheEPLRS.  Cables  forthe 
EPLRS  needed  to  be  purchased  because  previ  ous  cabl  es  were  broken  through  wear  and 
tear.  These  cabl  es  were  expensive  and  made  the  cost  of  setup  for  the  EPL  RS  si  mi  I  ar  to 
that  of  the  A  IS. 


5.  Conclusion 

Rigorous  plans  ensured  thattheC2centrewas  successfully  implemented  and  w  as  ableto  satisfy 
all  of  the  requirements  and  comply  with  all  of  the  constraints,  discussed  in  section  2,  in  a  cost 
effective  manner. 

The  C  2  centre  successfully  captured  and  stored  data  for  the  Technical  Cooperation  Program 
M  ariti  me  Systems  Group  to  analyse. 

Therearemany  sources  of  interference,  discussed  in  section  4.3,  when  wireless  communications 
are  used  for  establ  i  shi  ng  a  C  2  centre  i  n  a  naval  base.  The  naval  base  proved  to  be  a  chal  I  engi  ng 
environment  for  maintaining  network  connectivity. 
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6.  Recommendations 

Fu  rther  stud  i  es  i  nto  the  use  of  w  i  rel  ess  devi  ces,  i  n  a  naval  base  envi  ronment,  need  to  be  carri  ed 
out  to  i  nvesti  gate  the  factors  that  affect  wi  rel  ess  transmi  ssi  ons  and  how  to  miti  gate  them. 

When  similartrialsareconducted,  thelessonslearntfromthistrial,  listed  below  and  mentioned 
in  detail  in  section  4.5,  will  be  of  useful  reference. 

•  A  project  of  similar  size  and  importancewill  requireayeartodesignanddeploythel.T. 
infrastructure. 

•  Timespenton  purchasing  equipment  should  not  be  underestimated  and  should  factor 
in  delays. 

•  All  people  who  are  to  use  I.T.  equipment,  which  are  critical  to  how  the  trial  is 
conducted,  needs  to  have  an  I.T.  background  because  of  their  troubleshooting 
experience. 

•  All  peopleusing  software  tools,  which  arecritical  to  how  thetrial  is  conducted,  need  to 
be  given  adequate  training. 

•  The  communication  oftechnical  issues  between  boatsand  the  on-shore  base  needs  to  be 
separate  from  other  discussions  such  as  serial  operation. 

•  Some  d evi  ces  d o  not  automati  cal  I  y  commu n i  cate  w  i  th  the  C  2  system  and  ti  me  must  be 
set  asi  d  e  to  create  transl  ator  tool  s. 

•  Satellite  transmi  ssi  ons  could  be  used  as  an  alternative  means  for  data  transport. 

•  Automatic  I  dentification  Systems  could  be  used  to  transmit  boat  locations. 
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AppendixA:  Network  Design 

A.l.  Physical  Network  Layout 

Fi  gu  re  9  shows  the  physi  cal  setup  for  the  C2  centre,  and  i  s  draw  n  to  seal  e.  Theoffi  ce  bei  ng  used 
is  a  30'  container  with  five  windows  and  one  entry  door.  There  are  six  10  amp  double  outlets, 
and  two  10  amp  single  outlets. 

•  Essentially  all  thecomputers,  NAS,andtheradiowereconnectedtotheswitch. 

•  C2PC  Blue,  classification  sonar,  Cerberus,  and  Sentinel  were  connected  to  the 
Keyboard  Video  Mouse  (KVM)  switch.  The  console  output  was  the  plasma  screen. 

•  Red  cables  are  antenna  cables. 

•  NextG  modemswill  beattached  to  Cerberus  and  Classification  Sonar  computers. 

•  A  I  ong  Ethernet  cabl  e  was  attached  to  Senti  nel  consol  e  vi  a  the  Senti  nel  contai  ner 
nearby. 


Figure 9:  T hirty  foot  container  setup 
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